home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group94a.txt / 000073_icon-group-sender _Wed Mar 9 09:28:35 1994.msg < prev    next >
Internet Message Format  |  1994-08-19  |  3KB
  1. Received: by cheltenham.cs.arizona.edu; Wed, 9 Mar 1994 09:06:06 MST
  2. Date: Wed, 09 Mar 1994 09:28:35 -0600 (CST)
  3. From: Chris Tenaglia - 257-8765 <TENAGLIA@MIS.MCW.EDU>
  4. Subject: Re: TOM
  5. To: icon-group@cs.arizona.edu
  6. Message-Id: <01H9RH7R4NXE8WWU3G@mis.mcw.edu>
  7. Organization: Medical College of Wisconsin (Milwaukee, WI)
  8. X-Vms-To: IN%"icon-group@cs.arizona.edu"
  9. Mime-Version: 1.0
  10. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  11. Content-Transfer-Encoding: 7BIT
  12. Status: R
  13. Errors-To: icon-group-errors@cs.arizona.edu
  14.  
  15.  
  16. About 10 years ago a company I worked for built IBM 360/20 compatible
  17. workstations (believe it or not). I wrote a lot of manufacturing
  18. software in BAL360 assembler back then. It didn't really have an
  19. operating system, but rather a program loader. I started some work
  20. on an operating system I called PLOS (Plan Language Operating System).
  21. I read an Apple Whitepaper back then about the programmers goal shouldn't
  22. necessarily be to reduce keystrokes, but rather 'brainstrokes'. For
  23. example the backup command was SAVE and it worked like :
  24.  
  25. DOS> SAVE ALL SECTORS TO TAPE1       * FULL BACKUP
  26. DOS> SAVE SOME SECTORS TO TAPE1      * INCREMENTAL BACKUP
  27. DOS> SAVE ALL SECTORS FROM TAPE1     * FULL RESTORE
  28.  
  29. The system could recognize up to six tape drives, but only one floppy (8")
  30. and  only one hard disk. The parser in SAVE would look for ALL or SOME and
  31. determine the meaning.
  32. Then SECTORS (for 512 byte blocks) or TRACKS (for 17408 byte blocks)
  33. Then FROM or TO for restore or backup
  34. Then the TAPEn drive number.
  35.  
  36. My  DOS  was  still basically a program loader but the original would only
  37. accept 4 bytes of command (LOAD, RUN, DEL) and then prompt for the program
  38. name  which  was  4 or 6 bytes. My loader permitted commands over 80 bytes
  39. and  programs  could  access  those  commands  to  parse them. Gee, what a
  40. concept! ;-)
  41.  
  42. Chris Tenaglia (System Manager) |  "The past explained,
  43. Medical College of Wisconsin    |   the future fortold, 
  44. 8701 W. Watertown Plank Rd.     |   the present largely appologized for."
  45. Milwaukee, WI 53226             |   Organon to The Doctor
  46. (414)257-8765                   |     
  47. tenaglia@mis.mcw.edu
  48.  
  49. > From:    IN%"Ronan_Collis@mbnet.mb.ca"  "Ronan_Collis"  8-MAR-1994 16:16:44.75
  50. > To:    IN%"icon-group@cs.arizona.edu"
  51. > CC:    IN%"Ronan_Collis@mbnet.mb.ca"
  52. > Subj:    TOM The language profile program
  53.  
  54. > If any group member has heard of TOM or any program like it please
  55. > link me. TOM was written about 20 years ago for IBM 360-75 mainframes. It
  56. > was an artificial intelligence interface between the user and the
  57. > computer such that the user could in whatever his language was,
  58. > define what was a sentence and what were words and what each word
  59. > meant. It produced a spin-off which was a profile of the syntax and
  60. > the dictionary for the user's idiolect (or personal dialect). A
  61. > couple of years ago there was an article that a similar program had
  62. > been made for vax or pc or spark. It is or was used in discourse or
  63. > text linguistics or for any lesser used language in which it is
  64. > necessary to investigate the lexical morphology. RC
  65.  
  66.  
  67.